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DETAILED ACTION 

1 . The indicated allowability of claim 1-7, 1 8-22 is withdrawn in view of the newly 
discovered reference(s) to Duckwall (US 6,266,334) in view of Duckwall (US 5,495,481). 
Rejections based on the newly cited reference(s) follow. 

Claim Rejections - 35 USC §101 

35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or 
any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and 
requirements of this title. 

2. Claims 27, 30 are rejected under 35 U.S.C. 101 because the claimed invention is directed 
to non- statutory subject matter. 

For claims 27, 30, the claim limitation "the device containing instructions which ,when 
executed by a computer" in claims 27-30 lines 1-2 (there was no structure of the device 
disclosed), is not a process, machine, manufacture, or composition of matter, or any new and 
useful improvement thereof because there is no physical structure/connection of medium recited 
in the claims. To overcome this rejection, it is suggested to change "A device containing 
instructions which ,when executed by a computer" to - - device containing a computer readable 
medium encoded with computer executable instructions - -. 

Claim Rejections - 35 USC § 103 
The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 
rejections set forth in this Office action: 



Application/Control Number: 1 0/728, 1 85 Page 3 

Art Unit: 2616 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1, 148 USPQ 459 (1966), 
that are applied for establishing a background for determining obviousness under 35 
U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating obviousness 
or nonobviousness. 

3. Claim 1,23,27,31,43,18,26,30,38,49 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Duckwall (US 6,266,334) in view of Duckwall (US 5,495,481) 

For claim 1, 23, Duckwall discloses a method for administering (see col 3 lines 25-30 
"method") a serial bus (see col 1 lines 258-40 "serial bus" and col 4 lines 60-65 "serial 
bus" and col 3 lines 35-45 serial network), the bus facilitating communication (see col 7 
lines 55-65 "packet communication") between node devices (see fig l;12-26) connected 
to the bus (see col 1 lines 258-40 "serial bus" and col 4 lines 60-65 "serial bus" and col 3 
lines 35-45 serial network) and communicating (see col 1 lines 258-40 "serial bus" and 
col 4 lines 60-65 "serial bus" and col 3 lines 35-45 serial network) over the bus in the 
form of packetized communication (see col 7 lines 55-65 "packet communication" and 
abstract "packet communication system") between said node devices (see fig l;12-26), 
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if there is a packet of the second type to be sent (see fig 4, 96, yes), then concatenating 
the packet of the second type (see fig 4, 106 , "concatenated data packet") to a packet of 
the first type (see fig. 4; 106 "ack packet") and sending the packet of the first type (see 
fig 4, 106 , "concatenated data packet" and col 5 lines 45-60 "each node on the network" 
and col 2 lines 14-25 "allow a node to concatenate and unrelated packet") followed by 
the concatenated packet of the second type (see fig 4, ;106, ack packet) ; 
and if there is no packet of the second type to be sent (see fig. 4; 96, no), then 
concatenating a bogus ack packet (see fig 4, 98, 100) to the packet of the first type (see 
fig 4, 100, 116, concatenated data packet, concatenated local data packet) and sending the 
packet of the first type (see fig 4, 100, 116) followed by the concatenated bogus ack 
packet (see fig 4, 116, 98). 

For claim 23 and 26, Duckwall discloses computer readable medium (see col 1 lines 35- 
45 "computer system") containing instructions (see col 1 lines 35-45 "computer system") 
which, when executed by a computer (see col 1 lines 35-45 "computer system") 

For claim 27, Duckwall discloses a node device (see fig 1 ; 12) connected to a serial bus 
(see col 1 lines 258-40 "serial bus" and col 4 lines 60-65 "serial bus" and col 3 lines 35- 
45 serial network), the node device (see fig 1; 12) 

containing instructions (see col 1 lines 35-45 "computer system") which, when executed 
by a computer (see col 1 lines 35-45 "computer system"), administer (see col 3 lines 25- 
30 "method") a serial bus (see col 1 lines 258-40 "serial bus" and col 4 lines 60-65 "serial 
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bus" and col 3 lines 35-45 serial network) that 

facilitates communication (see col 7 lines 55-65 "packet communication") between sajd 
node device (see fig 1; 12) and a plurality of node devices (see fig 1; 12-26) connected to 
the bus (see col 1 lines 258-40 "serial bus" and col 4 lines 60-65 "serial bus" and col 3 
lines 35-45 serial network) and communicating (see col 1 lines 258-40 "serial bus" and 
col 4 lines 60-65 "serial bus" and col 3 lines 35-45 serial network) over the bus in the 
form of packetized communication (see col 7 lines 55-65 "packet communication" and 
abstract "packet communication system") between said 

node device (see fig l;12-26) and said plurality of node devices (see fig 1; 12-26) if 
there is a packet of the second type to be sent (see fig 4, 96, yes), then concatenating the 
packet of the second type (see fig 4, 106 , "concatenated data packet") to a packet of the 
first type (see fig. 4; 106 "ack packet") and sending the packet of the first type (see fig 4, 
106 , "concatenated data packet" and col 5 lines 45-60 "each node on the network" and 
col 2 lines 14-25 "allow a node to concatenate and unrelated packet") followed by the 
concatenated packet of the second type (see fig 4, ;106, ack packet) ; 
and if there is no packet of the second type to be sent (see fig. 4; 96, no), then 
concatenating a bogus ack packet (see fig 4, 98, 100) to the packet of the first type (see 
fig 4, 100, 1 16, concatenated data packet, concatenated local data packet) and sending the 
packet of the first type (see fig 4, 100, 1 16) followed by the concatenated bogus ack 
packet (see fig 4, 116, 98). 
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For claim 31, Duckwall discloses a method (see col 3 lines 25-30 "method") for 
administering (see col 3 lines 25-30 "method") a data bus (see col 1 lines 258-40 "serial 
bus" and col 4 lines 60-65 "serial bus" and col 3 lines 35-45 serial network), the bus (see 
col 1 lines 258-40 "serial bus" and col 4 lines 60-65 "serial bus" and col 3 lines 35-45 
serial network) facilitating communication (see col 7 lines 55-65 "packet 
communication") 

between node devices (see fig l;12-26) communicating over the bus (see col 7 lines 55- 
65 "packet communication") the method comprising 

if there is a packet of the second type to be sent (see fig 4, 96, yes), then concatenating 
the packet of the second type (see fig 4, 106 , "concatenated data packet") to a packet of 
the first type (see fig. 4; 106 "ack packet") and sending the packet of the first type (see 
fig 4, 106 , "concatenated data packet" and col 5 lines 45-60 "each node on the network" 
and col 2 lines 14-25 "allow a node to concatenate and unrelated packet") followed by 
the concatenated packet of the second type (see fig 4, ;106, ack packet) ; 
and if there is no packet of the second type to be sent (see fig. 4; 96, no), then 
concatenating a false acknowledgement packet (see fig 4, 98, 100) to the packet of the 
first type (see fig 4, 100, 1 16, concatenated data packet, concatenated local data packet) 
and sending the packet of the first type (see fig 4, 100, 1 16) followed by the concatenated 
false acknowledgement packet (see fig 4, 1 16, 98). 

For claim 43, Duckwall discloses a node device (see fig 1; 12) adapted to (see col 3 lines 
25-30 "method") administer (see col 3 lines 25-30 "method") a data bus (see col 1 lines 
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258-40 "serial bus" and col 4 lines 60-65 "serial bus" and col 3 lines 35-45 serial 
network), the bus (see col 1 lines 258-40 "serial bus" and col 4 lines 60-65 "serial bus" 
and col 3 lines 35-45 serial network) facilitating communication (see col 7 lines 55-65 
"packet communication") 

between said node (see fig 1; 12) and another device (see fig 1; 12-26) communicating 
over the bus (see col 7 lines 55-65 "packet communication") the method comprising 
if there is a packet of the second type to be sent (see fig 4, 96, yes), then concatenating 
the packet of the second type (see fig 4, 106 , "concatenated data packet") to a packet of 
the first type (see fig. 4; 106 "ack packet") and sending the packet of the first type (see 
fig 4, 106 , "concatenated data packet" and col 5 lines 45-60 "each node on the network" 
and col 2 lines 14-25 "allow a node to concatenate and unrelated packet") followed by 
the concatenated packet of the second type (see fig 4, ;106, ack packet) ; 
and if there is no packet of the second type to be sent (see fig. 4; 96, no), then 
concatenating a false acknowledgement packet (see fig 4, 98, 100) to the packet of the 
first type (see fig 4, 100, 116, concatenated data packet, concatenated local data packet) 
and sending the packet of the first type (see fig 4, 100, 116) followed by the concatenated 
false acknowledgement packet (see fig 4, 116, 98). 

For claim 18, 23, Duckwall discloses a method for administering (see col 3 lines 25-30 
"method") a serial bus (see col 1 lines 258-40 "serial bus" and col 4 lines 60-65 "serial 
bus" and col 3 lines 35-45 serial network), the bus facilitating 
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communication (see col 7 lines 55-65 "packet communication") between node devices 
(see fig l;12-26) connected to the bus (see col 1 lines 258-40 "serial bus" and col 4 lines 
60-65 "serial bus" and col 3 lines 35-45 serial network) and communicating (see col 1 
lines 258-40 "serial bus" and col 4 lines 60-65 "serial bus" and col 3 lines 35-45 serial 
network) over the bus in the form of packetized communication (see col 7 lines 55-65 
"packet communication" and abstract "packet communication system") between said 
node devices (see fig l;12-26) 5 , the method comprising: 

receiving a packet of the first type (see fig 4, 100 and see col 2 lines 20-38 "passing 
upward. . ..bound acknowledge packet"); 

determining that there are no packets (see fig 4, 96, data) of the second type to be sent 
(see fig. 4; 96, no); 

if fly-by concatenation is permitted (see fig 4, 1 10, 1 16) then concatenating a packet (see 
fig 4, 1 16) to the received packet (see fig 4, 100) and sending the received packet and the 
packet (see fig 4, 1 16); and 

if fly-by concatenation is not permitted (see col 2 lines 25-35 "wanted to concatenate 
....would be prevented from doing so") then sending the received packet (see col 2 lines 
25-45 "passing upward. . ..bound acknowledge packet"), arbitrating for the bus (see col 
25-35 "required for normal arbitration" and col 2 lines 43-50 "nodes to begin bus 
arbitration as soon as a acknowledge), 
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For claim 30, Duckwall discloses a node device (see fig 1; 12) connected to a serial bus 
(see col 1 lines 258-40 "serial bus" and col 4 lines 60-65 "serial bus" and col 3 lines 35- 
45 serial network), the node device (see fig 1; 12) 

containing instructions (see col 1 lines 35-45 "computer system") which, when executed 
by a computer (see col 1 lines 35-45 "computer system"), administer (see col 3 lines 25- 
30 "method") a serial bus (see col 1 lines 258-40 "serial bus" and col 4 lines 60-65 "serial 
bus" and col 3 lines 35-45 serial network) that 

facilitates communication (see col 7 lines 55-65 "packet communication") between said 
node device (see fig 1; 12) and a plurality of node devices (see fig l;12-26) connected to 
the bus (see col 1 lines 258-40 "serial bus" and col 4 lines 60-65 "serial bus" and col 3 
lines 35-45 serial network) and communicating (see col 1 lines 258-40 "serial bus" and 
col 4 lines 60-65 "serial bus" and col 3 lines 35-45 serial network) over the bus in the 
form of packetized communication (see col 7 lines 55-65 "packet communication" and 
abstract "packet communication system") between said node device (see fig 1; 12-26) 
and said plurality of node devices (see fig l;12-26) receiving a packet of the first type 
(see fig 4, 100 and see col 2 lines 20-38 "passing upward.... bound acknowledge 
packet"); 

determining that there are no packets (see fig 4, 96, data) of the second type to be sent 
(see fig. 4; 96, no); 

if fly-by concatenation is permitted (see fig 4, 1 10, 1 16) then concatenating a packet (see 
fig 4, 1 16) to the received packet (see fig 4, 100) and sending the received packet and the 
packet (see fig 4, 1 16); and 
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if fly-by concatenation is not permitted (see col 2 lines 25-35 "wanted to concatenate 
. . ..would be prevented from doing so") then sending the received packet (see col 2 lines 
25-45 "passing up ward.... bound acknowledge packet"), arbitrating for the bus (see col 
25-35 "required for normal arbitration" and col 2 lines 43-50 "nodes to begin bus 
arbitration as soon as a acknowledge), 

For claim 38, Duckwall discloses a method for administering (see col 3 lines 25-30 
"method") a serial bus (see col 1 lines 258-40 "serial bus" and col 4 lines 60-65 "serial 
bus" and col 3 lines 35-45 serial network), the bus facilitating 

communication (see col 7 lines 55-65 "packet communication") between node devices 
(see fig l;12-26) connected to the bus (see col 1 lines 258-40 "serial bus" and col 4 lines 
60-65 "serial bus" and col 3 lines 35-45 serial network) and communicating (see col 1 
lines 258-40 "serial bus" and col 4 lines 60-65 "serial bus" and col 3 lines 35-45 serial 
network) over the bus in the form of packetized communication (see col 7 lines 55-65 
"packet communication" and abstract "packet communication system") between said 
node devices (see fig 1; 12-26),, the method comprising: 

receiving a packet of the first type (see fig 4, 100 and see col 2 lines 20-38 "passing 
upward. ...bound acknowledge packet"); 

determining that there are no packets (see fig 4, 96, data) of the second type to be sent 
(see fig. 4; 96, no); 

if concatenation is permitted (see fig 4, 1 10, 1 16) then concatenating a packet (see fig 4, 
116) to the received packet (see fig 4, 100) and sending the received packet and the 
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packet (see fig 4, 1 16); and 

if concatenation is not permitted (see col 2 lines 25-35 "wanted to concatenate ....would 
be prevented from doing so") then sending the received packet (see col 2 lines 25-45 
"passing upward.... bound acknowledge packet"), arbitrating for the bus (see col 25-35 
"required for normal arbitration" and col 2 lines 43-50 "nodes to begin bus arbitration as 
soon as a acknowledge), 

For claim 49, Duckwall discloses a node device (see fig 1 ; 12) adapted to (see col 3 lines 
25-30 "method") administer (see col 3 lines 25-30 "method") a data bus (see col 1 lines 
258-40 "serial bus" and col 4 lines 60-65 "serial bus" and col 3 lines 35-45 serial 
network), the bus (see col 1 lines 258-40 "serial bus" and col 4 lines 60-65 "serial bus" 
and col 3 lines 35-45 serial network) facilitating communication (see col 7 lines 55-65 
"packet communication") 

between said node (see fig 1; 12) and another device (see fig l;12-26) communicating 
over the bus (see col 7 lines 55-65 "packet communication") 
receiving a packet of the first type (see fig 4, 100 and see col 2 lines 20-38 "passing 
upward. . ..bound acknowledge packet"); 

determining that there are no packets (see fig 4, 96, data) of the second type to be sent 
(see fig. 4; 96, no); 

if concatenation is permitted (see fig 4, 1 10, 1 16) then concatenating a packet (see fig 4, 
116) to the received packet (see fig 4, 100) and sending the received packet and the 
packet (see fig 4, 116); and 
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if concatenation is not permitted (see col 2 lines 25-35 "wanted to concatenate ....would 
be prevented from doing so") then sending the received packet (see col 2 lines 25-45 
"passing upward.... bound acknowledge packet"), arbitrating for the bus (see col 25-35 
"required for normal arbitration" and col 2 lines 43-50 "nodes to begin bus arbitration as 
soon as a acknowledge), 

Duckwall is silent about: 

For claim 1, 23, 27, 31,43 wherein a first type of packet comprises asynchronous packets 
characterized by the absence of a requirement that an unarbitrated response or ack packet 
be sent in response to transmission of a packet of the first type, wherein a second type of 
packet comprises asynchronous packets, concatenating to a plurality of packets of the 
first type and sending the plurality of packets of the first type; 

For claim 31,43, using at least a first type and second type of asynchronous packet, the 
first type of packet not requiring that an acknowledgement packet be 
sent in response to transmission of such first type of packet 

For claim 18, 26, 30 wherein a first type of packet comprises asynchronous packets 
characterized by the absence of a requirement that an unarbitrated response or ack packet 
be sent in response to transmission of a packet of the first type, wherein a second type of 
packet comprises asynchronous packets, concatenating a bogus ack packet to the 
received packet; sending a bogus ack packet 
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For claim 38,49 wherein a first type of packet comprises asynchronous packets 
characterized by the absence of a requirement that a response packet be sent in response 
to transmission of a packet of the first type, wherein a second type of packet comprises 
asynchronous packets, concatenating a false response packet to the received packet 
'sending a false response packet 

Duckwall from the same or similar field of endeavor discloses a communication method 
with the following features: 

For claim 1, 23, 27, 31,43, Duckwall wherein a first type of packet (see col 3 lines 45-60 
"acknowledge packets") comprises asynchronous packets (see col 4 lines 28-40 
"asynchronous" and fig lc, ACK) characterized by the absence of a requirement that ack 
packet be sent in response to transmission (see col 3 lines 45-60 "acknowledge packets 
are never themselves "acknowledged" by a second acknowledge packet") of a packet of 
the first type (see col 3 lines 45-60 "acknowledge packets"), wherein a second type of 
packet (see fig lc, "data transfer") comprises asynchronous packets (see col 4 lines 28-40 
"asynchronous" and fig lc, data transfer), concatenating to a plurality of packets of the 
first type (see fig lc, ACK) and sending (see col2 lines 50- col 3 line 25 "transmit") the 
plurality of packets of the first type (see fig lc, ACK); 

For claim 31,43 Duckwall discloses using at least a first type (see col 3 lines 45-60 
"acknowledge packets") and second type (see fig lc, "data transfer") of asynchronous 
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packet (see col 4 lines 28-40 "asynchronous"), the first type of packet see col 3 lines 45- 
60 "acknowledge packets") not requiring that an acknowledgement packet be 
sent in response to transmission of such first type of packet (see col 3 lines 45-60 
"acknowledge packets are never themselves "acknowledged" by a second acknowledge 
packet"). 

For claim 18, 26,30 Duckwall discloses wherein a first type of packet (see col 3 lines 45- 
60 "acknowledge packets") comprises asynchronous packets (see col 4 lines 28-40 
"asynchronous" and fig lc, ACK) characterized by the absence of a requirement that ack 
packet be sent in response to transmission (see col 3 lines 45-60 "acknowledge packets 
are never themselves "acknowledged" by a second acknowledge packet") of a packet of 
the first type (see col 3 lines 45-60 "acknowledge packets"), wherein a second type of 
packet (see fig lc, "data transfer") comprises asynchronous packets (see col 4 lines 28-40 
"asynchronous" and fig lc, data transfer), concatenating a bogus ack packet (see fig lc, 
ACK (Id)) to the received packet (see fig lc, ack (lc));sending a bogus ack packet (see 
fig 1 , arbitration, ack) 

For claim 38,49 Duckwall discloses wherein a first type of packet (see col 3 lines 45-60 
"acknowledge packets") comprises asynchronous packets (see col 4 lines 28-40 
"asynchronous" and fig lc, ACK) characterized by the absence of a requirement that a 
response packet be sent in response to transmission (see col 3 lines 45-60 "acknowledge 
packets are never themselves "acknowledged" by a second acknowledge packet") of a 
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packet of the first type (see col 3 lines 45-60 "acknowledge packets"), wherein a second 
type of packet (see fig lc, "data transfer") comprises asynchronous packets (see col 4 
lines 28-40 "asynchronous" and fig lc, data transfer), concatenating a false response 
packet (see fig lc, ACK (Id)) to the received packet (see fig lc, ack (lc));sending a false 
response packet (see fig 1, arbitration, ack) 

It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to modify the system of Duckwall by using the features, as taught by Duckwall, 
in order to accord with PI 394 serial bus standard (see col 1-2) 



4. Claim 2, 3, 32, 33, 44, 45 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Duckwall (US 6,266,334) in view of Duckwall (US 5,495,481) as applied to claims 1/31/43 
above, and further in view of Duckwall (US 5,802,057). 

For claim 2, Duckwall discloses the claimed invention as described in paragraph 3. 

Furthemore, for claim 2, 32, 44 Duckwall discloses packet of the second type (see fig lc, 

"data transfer") 

Furthemore, for claim 3, Duckwall discloses the bogus ack packet (see fig 4, 1 16, 98). 
Furthemore, for claim 33, 45 Duckwall discloses the false acknowledgement packet (see 
fig 4,116, 98). 



Duckwall is silent about: 
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For claim 2,3, 32, 33, wherein concatenating the packet is performed by link hardware. 
For claim 44. and 45 comprising link hardware adapted to concatenate the packet . 

Duckwall from the same or similar field of endeavor discloses a communication network 
with the following features: 

For claim 2,3, 32,33, Duckwall disloses wherein concatenating the packet (see col 8 lines 
30-37 "ack-concatenation") is performed by link hardware (see col 8 lines 30-37 "link 
hardware"). 

For claim 44 and 45, Duckwall disloses comprising link hardware see col 8 lines 30-37 
"link hardware") adapted to concatenate the packet (see col 8 lines 30-37 "ack- 
concatenation"). 

It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to modify the system of Duckwall and Duckwall by using the features, as 
taught by Duckwall, in order to minimize arbitration delays (see col 3). 

5. Claim 4,5, 19, 34, 35, 39, 46 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Duckwall (US 6,266,334) in view of Duckwall (US 5,495,481) as applied to claim 1/18/31 
above, and further in view of Duckwall (US 20040246959). 

For claim 4 and 5, Duckwall, Duckwall, discloses the claimed invention as described in 
paragraph 3. 
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Furthemore, for claim 4, 19 Duckwall discloses the bogus ack packet (see fig 4, 1 16, 98). 
Furthemore, for claim 34, 46, Duckwall discloses the false acknowledgement packet (see 
fig 4,116, 98). 

Furthemore, for claim 39, Duckwall discloses the false response packet (see fig 4, 116, 
98). 

Duckwall, Duckwall and Hauck are silent about: 

For claim 4, 19, 34, 39, 46 wherein concatenating the packet is performed by PHY 
hardware. 

For claim 5, 35 wherein link hardware is unaware that the PHY hardware performs 
concatenation. 

Duckwall from the same or similar field of endeavor discloses a communication network 
with the following features: 

For claim 4, 19, 34, 39, 46 Duckwall discloses wherein concatenating the packet is 
performed by PHY hardware (see section 0074 "concatenation in the phy"). 
For claim 5, 35 Duckwall dicloses wherein link hardware is unaware (see section 0066 
"is hidden from the link layer") that the PHY hardware performs concatenation (see 
section 0074 "concatenation in the phy"). 

It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to modify the system of Duckwall, Duckwall by using the features, as taught by 
Duckwall, in order to minimize arbitration delays (see sections 0013-0016) 
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6. Claim 20, 40 are rejected under 35 U.S.C. 103(a) as being unpatentable over Duckwall 
(US 6,266,334) in view of Duckwall (US 5,495,481) as applied to claim 18/38 above, and further 
in view of Hauck et al (US 6,356,558 Bl). 

For claim 20, 40, Duckwall and Duckwall discloses the claimed invention as described in 

paragraph 3. 

Duckwall and Duckwall are silent about: 

For claim 20 and 40, arbitrating for control of the bus is performed by 

PHY hardware (see column 4 lines 1-4, the PHY can manipulate arbitration line state; 

see column 3 lines 18-21, the arbitration state machine can be implemented in the 

PHY). 

Hauck from the same or similar field of endeavor discloses a communication network 
with the following features: 

For claim 20 and 40, Hauck et al. teach wherein arbitrating for control of the bus is 
performed by PHY hardware (see column 4 lines 1-4, the PHY can manipulate 
arbitration line state; see column 3 lines 18-21, the arbitration state machine can be 
implemented in the PHY). 

It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to modify the system of Duckwall and Duckwall by using the features, as 
taught by Hauck, in order to provide improve bus efficiency through the reduction of 
enforced subaction gaps (see col 2) 
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7. Claim 6, 7, 21, 22, 36, 37, 41, 42, 47, 48 rejected under 35 U.S.C. 103(a) as being 
unpatentable over Duckwall (US 6,266,334) in view of Duckwall (US 5,495,481) as applied to 
claims 1/18/31/38/73 above, and further in view of Kobayashi et al (US 2003/0179719) 

For claim 6, Duckwalll and Duckwall discloses the claimed invention as described in 

paragraph 3. 

Duckwall and Duckwall are silent about: 

For claim 6, 21 , 36, 41 , 47 inspecting a first quadlet of a packet to determine a packet 
type. 

For claim 7, 22, 37, 42, 48 the first quadlet contains a transaction code, further 
comprising: determining from the .transaction code that the packet is a stream packet; 
and determining that transmission is not occurring during an isochronous period . 
Kobayashi from the same or similar field of endeavor discloses a communication network 
with the following features: 

For claim 6, 21, 36 , 41, 47 Kobayashi inspecting a first quadlet (see Figure 17 "tcode", 
tcode is in the first quadlet) of a packet to determine a packet type (see section 0264). 
For claim 7, 22, 37, 42, 48 Kobayashi wherein the first quadlet contains a transaction 
code (see Figure 17 "tcode", tcode is in the first quadlet), further 
comprising: determining from the.transaction code that the packet is a 
stream packet (see section 0264); and determining that transmission is not occurring 
during an isochronous period (see section 0264, it is determined transmission is in an 
asynchronous period, which means it is not in a isochronous period). 
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It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to modify the system of Duckwall and Duckwall by using the features, as 
taught by Kobayashi, in order to provide full compliance with the IEEE 1394 is met. 
Through the uniform standard devices of different kinds are able to communicate. 



Conclusion 

8. The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 

a. Duckwall et al. (US 6,904,044 B2) 

b. Duckwall (US 6,266,334 B 1 ) 

c. Reames, Stephen P. (4,680,755 A) 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Kenan Cehic whose telephone number is (571) 270- 
3120. The examiner can normally be reached on Monday through Friday 8:00-5:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kwang Yao can be reached on (571) 272-3182. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



KC 




